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CONVERSATIONAL BEARER NEGOTIATION 



Field of the Invention 

5 The present invention relates to negotiating the setting up of conversational bearers in 
communication networks, which bearers can be used, for example, to carry real time 
voice and video information. 

Background to the Invention 

10 

Digital cellular telephone networks have traditionally relied upon circuit switched 
channels to carry user traffic such as voice communications. A circuit switched channel 
is formed by the allocation of one slot per frame in a given TDMA channel. Whilst 
circuit switched sessions have proved adequate for voice calls, they do not provide an 
15 efficient mechanism for transferring large amounts of data which is "bursty" in nature. 
For example, the setting up of a circuit switched session to download a web page from a 
web server is likely to result in the connection remaining idle for significant amounts of 
time, and being overloaded when there is data to transmit 



20 To facilitate fast data transfers to mobile terminals, packet switched data services are 
being introduced to digital cellular telephone networks. For example, the General 
Packet Radio Service (GPRS) is currently being introduced to many GSM networks. 
Unlike circuit switched sessions, a GPRS session (referred to as a PDP context) for a 
given user does not necessarily occupy one slot per frame on a given TDMA channel. 

25 Rather, slots are only used when the user has data to send or receive. When there is no 
traffic to transmit, no slots are allocated to the user. When there is a large volume of 
data to transmit, the user may be allocated one or more slots per frame. 

GPRSAvill be availably in future third generation networks such as 3G networks which 

30 wilT rely uppn CDMA rather than TDMA. 3G networks will however continue to 

i 

provide circuit switched services at least for the foreseeable future, although these 

'< > if, y-'fi/i ' :jf . / 

~ - sessions, ^ill/not necessarily be end to end. Rather, the links between mobile terminals 
and the networks will be circuit switched, with data being routed within and between 
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networks via high capacity packet switched networks (which have sufficient bandwidth 
to handle real time traffic). 

It is envisaged that in the future, the packet switched (access) domain will be able to 
carry real time information streams, for example relating to voice and video telephony. 
However, at present the transmission reliability of GPRS is not sufficient to provide 
users with telephony services of the quality which they will expect, hence the continued 
provision of circuit switched services (the provision of circuit switched services is also 
likely to be necessary by the need to continue to service older mobile terminal 
10 equipment which is not GPRS enabled). 



To facilitate the provision of multimedia services via the packet switched "domain", the 
3 rd Generation Partnership project (3GPP) responsible for the 3G standards has been 
developing a so-called IP Multimedia Core Network Subsystem (IMS). IMS 

15 communicates with the GPRS core network and contains all elements that are used to 
provide IP based multimedia services. For a mobile to mobile call, and assuming the 
mobiles belong to different networks, an IMS will be provided in each mobile's home 
network. Each IMS is connected to the GPRS core network of its home network. The 
base protocol for multimedia services is the IETF Session Initiation Protocol (SIP). SIP 

20 makes it possible for a calling party to establish a packet switched session to a called 
party (using so-called SIP User Agents, UAs, installed in the user terminals) even 
though the calling party does not know the current IP address of the called party prior to 
initiating the call. SIP provides other functionality including the negotiation of session 
parameters (e.g; Quality of Service and codecs). 

25 

Figure 1 illustrates schematically a 3G network providing circuit switched (CS) and 
packet switched (PS) access networks to a mobile terminal. The figure illustrates a call 
being made by the mobile terminal, via its circuit switched access network, to a PC 
which has access only to a packet switched network. The session is initiated by the 
30 dialling of a telephone number from the mobile terminal, i.e. this does not involve any 
exchange of SIP signalling between the home network and the mobile terminal, and SIP 
URLs cannot be transferred over the CS domain. The destination terminal must have 
allocated to it a standard telephone number in order for such a session to be established. 
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Translation between circuit switched and packet switched data is performed by an 
interworking gateway (GW), with the GW establishing the packet switched session to 
the PC using SIP signalling. Assuming that the packet switched network used by the 
PC has sufficient bandwidth (e.g. the network is a broadband network), the call will 
5 provide the users with a sufficient level of quality for voice and video. In this scenario, 
the IMS of the home operator's network is not used. 

In addition to the need for the destination terminal to have allocated to it a telephone 
number, a further disadvantage of the architecture of Figure 1 is that the destination 

10 terminal will not necessarily know that a conversational bearer has been established 
using a CS access network. Any attempt by the destination terminal to establish some 
additional (non-conversational) PS bearer will fail, because the gateway cannot provide 
this service. Also, any attempt by the initiating terminal to establish a (non- 
conversational) PS bearer may fail because the destination terminal will not be able to 

1 5 associate the set-up request with the existing conversational bearer. 

Figure 2 illustrates an alternative scenario in which a call between the mobile terminal 
and the PC is established using the PS access network available to the mobile terminal. 
The call is established using a SIP server of the IMS. Due to the limited bandwidth of 
20 the PS access network available to the mobile terminal, the session is unlikely to be of 
sufficient quality to handle real time voice and video data. A separate CS bearer should 
be established for this purpose. However, this might not be straightforward given that 
the initiating or terminating terminal might know only the SIP URL of the peer 
terminal, and not its telephone number. 

25 

It is likely that users will prefer to initiate and receive circuit switched and packet 
switched calls using a common signalling interface. However, under the current 
proposals, a user would initiate and receive a packet switched call using SIP, e.g. to 
initiate a packet switched call the user would enter the SIP address for the called party 
30 ( e -& john@example.org), whilst he/she would initiate and receive a circuit switched call 
using the DTAP protocol, e.g. to initiate such a call the user would dial the called 
party's telephone number (e.g. 012345...). Network operators would also prefer to use 
a common signalling interface as this will ease the migration of circuit switched 
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services to Hie packet switched domain, when that domain has evolved sufficiently to 
provide the required services. 

Figure 1 illustrates a session established between two peer nodes of a 
telecommunications system over circuit switched and packet switched access networks; 
Figure 2 illustrates a session established between two peer nodes of a 
telecommunications system over respective packet switched access networks; 
Figure 3 illustrates in detail an architecture for allowing a packet switched session to be 
established between peer mobile terminals using SIP; and 
10 Figure 4 illustrates a procedure for setting up a conversational bearer in the CS domain 
using signalling sent over the PS domain; 

Figures 5 and 6 illustrate signalling associated with the setting up of a session, 
extending at least in part over a circuit switched network, using a packet switched 
network to carry the set-up signalling. 

15 

Typical call session scenarios in existing and proposed telecommunication networks 
have been described above with reference to Figures 1 and 2. 

Figure 3 illustrates schematically a typical scenario where the user of a mobile terminal 
20 or "User Equipment" (UE) 1 is a subscriber of a 3G cellular telephone network 2 (the 
subscriber's home network). The UE 1 is a dual mode terminal, e.g. as specified in 
3 GPP Release 5 (dual CS-IMS/PS). The subscriber using the UE is identified in the 
home network 2 by a unique subscriber identity (e.g. International Mobile Subscriber 
Identity, IMSI), and the network is referred to as the subscriber's "home" network. The 
25 home network comprises a General Packet Radio Service (GPRS) core network 3 and a 
circuit switched core network 4. Both the core networks 3,4 make use of a common 
UMTS Radio Access Network (UTRAN) 5. In addition to or as an alternative to the 
UTRAN, a UE may communicate with the core networks via a GERAN (GSM/EDGE 
Radio Access Network). 



30 



Within the GPRS network 3, two nodes relevant to the UE 1 can be identified. These 
are the Serving GPRS Support node (SGSN) 6 and the Gateway GPRS Support Node 
(GGSN) 7. The role of the SGSN 6 is to maintain subscription data - identities and 
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addresses - and to track the location of the UE 1 within the network. The role of the 
GGSN 7 is to maintain subscription information and allocated IP addresses and to track 
the SGSN to which the UE 1 is attached. The GGSN 7 is coupled to an IP backbone 
network 8 (the SGSN is also coupled to the IP network 8, although this session is not 
5 shown in the Figure - communication between nodes of the GPRS network, including 
the GGSN and Che SGSN, and between gateway nodes of the UTRAN and the GPRS 
network, will take place via the IP network 8). Typically, when the UE 1 is turned on it 
"attaches" itself to the GGSN and a PDP context is established between the UE 1 and 
the GGSN 7. This context provides a "pipe" for transporting data from the UE 1 to the 
10 GGSN 7. This process involves the allocation of an IP address to the UE 1. Typically, 
the routing prefix part of the address is a routing prefix allocated to the GGSN 7. 

Also illustrated in Figure 3 is an IP Multimedia Core Network Subsystem (IMS) 9 
which contains all of the elements required to provide IP based multimedia services in 

15 the packet switched domain, and which communicates with mobile terminals. The 
fimctionality provided by the IMS 9 is set out in 3 GPP V5.6.0. The IMS 9 consists of a 
set of nodes which communicate between themselves and with nodes outside of the IMS 
via the IP backbone network 8 (these sessions are not shown in the Figure). Illustrated 
within the IMS 9 are a proxy call state control function (P-CSCF) node 10 and a serving 

20 call state control function (S-CSCF) node 11. It is assumed here that the IMS is owned 
by the operator of the home network 2 (although this need not be the case). In the case 
of a roaming subscriber, the UTRAN and core networks will of course belong to a 
'Visited" network. The P-CSCF will also belong to the visited network, whilst the S- 
CSCF and the HSS (Home Subscriber Server) will be located in the home network. A 

25 subscriber is identified within the IMS by an IMPI (IP multimedia private identity) 
which has a unique relation with the IMS subscription. 

The S-CSCF 11 performs the session control services for the UE, and maintains a 
session state as needed by the home network operator for support of services. The main 
30 function performed by the S-CSCF 1 1 during a session is the routing of incoming and 
outgoing call set-up requests. The main function performed by the P-CSCF 10 is to 
route SIP messages between the UE 1 and the IMS 9 of the home network 2. 
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Following GPRS attach by the UE 1, the UE must "discover" the identity (i.e. IP 
address) of the P-CSCF which it should use. This is done using one of the following 
mechanisms: 

1 . Use of DHCP to provide the UE with the domain name of a Proxy-CSCF and 
the address of a Domain Name Server (DNS) that is capable of resolving the Proxy- 
CSCF name. 

2. Transfer of a Proxy-CSCF address within the PDP Context Activation signalling 
to the UE (this second alternative is used for terminals not supporting DHCP). 

The UE 1 will then notify the S-CSOF 11 of its current location, i.e. the IP address 
allocated by the GGSN, via the P-CSCF 10 (this process requires authentication of the 
UE 1 to the S-CSCF and vice versa and makes use of the unique subscriber identity). 
The S-CSCF 11 makes this information available to a Home Subscriber Server 12 
which is used to route subsequent incoming calls to the UE 1 . 

Illustrated in Figure 3 is a UE 13 belonging to a subscriber referred to below as the B- 
subscriber. The UE 13 is attached to its own home network 14. This network 14 
mirrors the home network 2 used by the UE 1, and like numerals, suffixed with a "b", 
are used to identify components of the network 14. The following discussion assumes 
that the UE 1 or "A-subscriber" wishes to establish a multimedia call to the UE 13 or 
"B-subscriber" using the packet switched domain. The UE 1 first sends a SIP INVITE 
message to the P-CSCF node 10. The INVITE message contains a SIP address of the 
UE 13 (e.g. john@example.org) as well as an identification of the service required. The 
P-CSCF node 1 0 forwards the INVITE message to the S-CSCF node 11. 

The S-CSCF 1 1 verifies the rights of the UE 1 (or rather the subscriber using the UE 1) 
to use the requested service which is identified in the INVITE message. The S-CSCF 
1 1 must then identify the IP address of the UE 13. It does this by using a look-up table 
mapping SIP addresses to IP addresses. For a given SIP address, the table provides the 
IP address of the "home" network of the corresponding subscriber. The identified IP 
address is used to forward the INVITE message to the S-CSCF lib in the B- 
subscriber's home IMS network 9b. Using the SIP address contained in the INVITE 
message, the S-CSCF lib identifies the current IP address of the UE 13, and forwards 
the INVITE message to that address. Upon receipt of the INVITE message, and 
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assuming that the UE 13 answers the call, an OK message is returned to the UE 1. 
Typically this message is sent via the two S-CSCFs 1 1,1 lb. In order to confirm that the 
OK message is correctly received by the UE 1, that UE will upon receipt of the message 
return an ACK message to the peer UE 13. If UE 13 does not receive an ACK message 
within some predefined time period, it will retransmit the OK message. 

As well as its use in establishing PS sessions between mobile terminals, SIP may also 
be used to establish PS sessions between mobile and fixed terminals and between only 
fixed tenninals. For example, SIP may be used to establish a PS session between a 
mobile subscriber and a fixed terminal which has a broadband session to the Internet. 

As mentioned above, the quality of the packet switched links between the UEs 1,13 and 
the respective UTRANs may be such that these links are not suitable for transporting 
real time conversational data, such as voice and video data associated with a call, 
between the two peer UEs or between one of the UEs and a fixed terminal. Thus, it may 
be necessary to establish a circuit switched session between the or each UE 1,13 and its 
circuit switched core network 4,4b. The following mechanism is used to establish these 
circuit switched sessions. 

A UE is assumed to have a PS domain session to the IMS of its home network, and the 
UE is registered with the IMS domain. The SIP UA of the UE has already informed its 
IMS SIP server (which will typically be the S-CSCF of the home network, but could be 
a P-CSCF of a visited network), e.g. during registration, that conversational bearers 
should not be established over the PS domain, and that the SIP UA will use the CS 
domain for such bearers (this requirement may be a default setting for the UE). 
However, the PS domain and the SIP server are used to convey signalling to set up the 
conversational bearers over the CS domain. It will be understood that, rather than the 
UE signalling to the SIP server that conversational bearers should be set up over the CS 
domain, this requirement may already be know to the SIP server (e.g. it could be a 
property 55 defined for the subscriber), or the SIP server may be informed of the 
requirement by a visited network used by the UE as its access network. 
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This procedure is illustrated in Figure 4, where a conversational bearer is established 
between a UE 20 (attached via a UTRAN of a 3G network to PS and CS core networks 
21,23) and a fixed terminal 24 (e.g. a PC having a broadband Internet session). A 
gateway 25 provides a node for terminating CS domain sessions between the UE 20 and 
5 the home network. The structure of the networks (CS, PS, IMS) associated with the 
home operator of the UE 20 are not shown in detail in the Figure, although it will be 
appreciated that these will take the form illustrated in Figure 3. The gateway 25 
communicates with the SIP server 26 (S-CSCF) of the home network IMS 26, e.g. via 
an IP backbone network (not shown). The SIP server 26 sees the gateway 25 as an 
10 application server which will provide a service to the UE 20. The gateway acts, from 
the SIP point of view, as a transparent Back-to-Back UA (and can modify the Session 
Description Protocol in a SIP message). Alternatively, the gateway may act as a non- 
transparent Back-to-Back UA. As the gateway 25 is present not only in the media path, 
but also in the signalling path, the gateway can provide SIP/SS7 interworking functions. 
15 (The SIP server and the gateway may, in some implementations, be physically co- 
located, either in the home network of a subscriber or in a visited network.) 

It is important from the point of view of network operating efficiency that the media 
gateway (MGW) selected for terminating the circuit switched call is located as close as 

20 possible to the RNC of the radio access network. There should be only one physical 
MGW on the originating side; there should be only one physical MGW on the 
terminating side. Note that a MGW may be controlled by an MSC and MGCF 
simultaneously. The MSC, by using the current procedures, shall be entity that selects 
the MGW. Note that a MGW may be controlled by an MSC and MGCF 

25 simultaneously. A single MGCF cannot control all of the MGWs in the operator's 
network. It is assumed that multiple MGCF will be in operation. Also it should be 
assumed that for each MSC controlling a set of MGWs there is one determined MGCF 
controlling the same set of MGWs (i.e., one-to-one MSC-MGCF relation). So the 
requirement can be rephrased as: There must be a procedure by which the S-CSCF has 

30 to be able to select the MGCF associated to the MSC that will be handling the CS call. 
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Extensions to the CS domain protocols and architecture are not allowed, since the CS 
domain is already deployed. Extension to the IMS protocols and architecture are 
allowed, since it is not already deployed. 

hi order to solve this problem the MGCF does not reserve an IP address and port in the 
MGW at reception of the SIP INVITE request from the originating UE. Instead, the 
originating UE inserts a null IP address (0.0.0.0) into the SDP of the INVITE request, 
and the tenninating UE inserts a null IP address (0.0.0.0) into the SDP of the SIP 183 
response. The actual IP address where to send media packets is exchanged at a later 
exchange (SIP UPDATE request), when the Media Gateway has been selected. 

The MGCF refers the UE to make the CS call by sending a SIP REFER request This 
effectively means that the MSC selects the MGW first Using BICC protocol it is 
possible to do a backward bearer setup where the MSC selects the MGW prior to 
signalling to the MGCF. The MSC includes the MGW identity (BCU-Id) into the BICC 
IAM message. This allows the MGCF to select the same MGW as the MSC did. The S- 
CSCF has to know which is the serving MSC of the UE. The serving MSC of the UE is 
known by the HLR. Since the S-CSCF has an interface to the HSS and the HSS is an 
evolution of the HLR, the HSS can provide the serving MSC identity. We provide two 
technical solutions in this step: 

a) Pull model: for every SIP INVITE request received at the S-CSCF, the S-CSCF 
queries the HSS to find out the identity of the serving MSC or the corresponding MGCF 
address. This solution has the drawback of adding new delays to the call setup and more 
reduces the capacity of the S-CSCF and HSS with extra queries. 

b) Push model: at SIP registration time, the HSS sends to the S-CSCF the serving MSC 
identity or the corresponding MGCF address. Should there be a change in such serving 
MSC, the HSS will push the new serving MSC identity or the corresponding MGCF 
address to the S-CSCF. This is the preferred solution as it does not have any apparent 
drawback. 
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With all these procedures in place, the S-CSCF is able to route the SIP INVITE request 
to the correct MGCF. In addition to this, the IP addresses .and ports of the originating 
side MGW and the terminating side MGW have to be exchanged. This can be done with 
a SIP UPDATE request sent by both UEs. The SDP in these SIP UPDATE requests will 
5 be modified by the MGCFs by changing the null IP address with the actual MGW IP 
address and port number. 

The sequences of Figures 5 and 6 depict the solution in the originating and the 
terminating mobile network. Note that some irrelevant messages, such us the 200 OK 
1 0 answer for the SIP UPDATE request, are not shown in the sequences. 

This procedure creates a one-to-one relation between MSC and MGCF. The HSS 
informs the S-CSCF of the MSC and/or MGCF handling the CS call. The S-CSCF 
routes to such MGCF. The MGCF chooses the same MGW as the MSC due to 
1 5 backward bearer setup. 
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Claims 



1. A method of setting up a session between peer nodes of a communication 
system, said session extending at least in part across a circuit switched access network, 

5 the method comprising: 

sending a session initiation message from a first node to a second node via a 
control node over a packet switched access network; 

identifying at said control node an appropriate MGCF for the session; 
signalling from the control node to the first node an access number associated 
10 with the MGCF; 

calling said access number from the first node and signalling to the MGCF the 
identity of the selected MGw; 

terminating said call at the selected MGw; and 

sending an update message from the first node to the second node via the control 
15 node over the packet switched access network, the control node incorporating into the 
update message an address of said selected MGw. 

2. A method according to claim 1, wherein the protocol used to set-up the session 
is SIP. 

20 

3. A method according to claim 1 or 2, wherein said session initiation message is 
sent via the identified MGCF, and the access number is sent to the first node from the 
MGCF via the control node. 



25 
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Abstract 

CONVERSATIONAL BEARER NEGOTIATION 

A method of setting up a session between peer nodes of a communication system, said 
5 session extending at least in part across a circuit switched access network, the method 
comprising: 

sending a session initiation message from a first node to a second node via a 
control node over a packet switched access network; 

identifying at said control node an appropriate MGCF for the session; 
10 signalling from the control node to the first node an access number associated 

with the MGCF; 

calling said access number from the first node and signalling to the MGCF the 
identity of the selected MGw; 

terminating said call at the selected MGw; and 
1 5 sending an update message from the first node to the second node via the control 

node over the packet switched access network, the control node incorporating into the 
update message an address of said selected MGw. 

Figure 4 
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